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Prufungsantrag gem. § 44 PatG ist gestellt 

@ Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchfuhrung des Verfahrens 

@ Das Verfahren zur Dateneingabe in einen Portorechner 
umfaf^t ein Laden und Aktualisieren von Tartftabellenda- 
ten im Portorechner, wobei jedoch beide Vorgange erfin- 
dungsgemali zeitlich entkoppelt voneinander durchge- 
fuhrt werden. Die Ubertragung und Speicherung von ei- 
ner neuen Portogebuhrenta belle in einem Protorechner 
kann on demand oder vorprogrammiert auf einen ersten 
Zeitpunkt automatisch durchgefuhrt werden. Das Aktuali- 
sieren von Tarifta bell en date n wird zu einem zweiten Zeit- 
punkt automatisch durchgefuhrt. Das Verfahren ist so- 
wohl fur Anwender von Frankiermaschinen vorgesehen, 
als auch fur Portorechner enthaltende Waagen bzw. ahn- 
liche Gerate geeignet. Die Anordnung enthalt einen Por- 
torechner und einen Speicher (16) fiir Dienstdaten mit 
Speicherbereichen fiir die Tariftabellen bezogene Daten. 
■ Der Portorechner ist zum Detektieren der Eingabe und 
, Einspeichern eines Ladeerforde misses, zum Uberprufen 
• des Ladeerfordernisses und zum Laden bei einem Vorlie- 
gen des Ladeerfordernisses, zur Eingabe eines Umstel- 
lungserfordernis beim Laden, sowie zum Oberprufen des 
Umstellungserfordernis und Umstellung auf die aktuelle 
neue Tariftabelle oder Ubergang in den Betriebsmodus 
programmiert. 
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Beschreibung 



Die Erfindung beirifft ein Verfahren zur Daieneingabe in 
einen Portorechner gemaB des Oberbegrififs des Anspruchs 
1 beziehungsweise gemaB des Oberbegriffs des Anspruchs 8 
eine Anordnung zur Durchfiihrung des Verfahrens nach An- 
spruch 1 ! Die Erfindung bezweckt eine Verringerung des 
Aufwandes in einer Daienzentrale und eine Minimierung 
der Umstellungszeit auf eine neue Portogebuhreniabelle in 
einem Portorechner. Das Verfahren isi sowohi fur Frankier- 
maschinen vorgesehen, als auch fur Portorechner enthal- 
tende Waagen bzw. ahnliche Portorechner enthaltende Ce- 
rate geeignet. 

Aus DE 38 23 719 C2 und US 41 38 735 ist bekannt, daB 
ein Nachladen einer Tariftabelle fiir Portogebiihren von ei- 
ner cntfcmtcn Datcnzcntralc zu bcstimmtcn Zcitpunktcn 
veranlaBt wird. Wenn der Datenaustausch vom Server der 
Datenzentrale initiiert wird, muB die Frankiermaschine stan- 
dig angeschaliet bleiben^ was naturlich nachteilig ist. 

Altcmativ wurdc im US 5,490,077 bzw. im US 5,606,508 
vorgeschlagen, das Datenladen von der Frankiermaschine 
on demand zu initiieren, wobei nach dem Einschalten der 
Frankiermaschine der Datenbestand in Abhangigkeit von 
Bedingungen (wie z. B. Name, Datum) aktualisiert wird. 
Um rechtzeilig die Mehrheit der Postkunden mit einer Tarif- 
tabelle auszustatten, wird letzlere weit vor ihrem Inkrafttre- 
len in einem Speicher eines Ubertragungsmittels (Chipkarle 
bzw. Zelle eines GSM-Netzes) separat von der Frankierma- 
schine gespeichert. Beim Einschalten der Frankiermaschine 
wird das Datum des Kalenderbausteins der Frankierma- 
schine verwendet bzw. mit weiteren eingegebenen Bedin- 
gungen verkniipft, um die Tabelle auszuwahlen, die bei In- 
betriebnahme der Frankiermaschine in deren Speicher gela- 
den wird. Beim Laden aus einem Speicher des Ubertra- 
gungsmittels in den Speicher der Frankiermaschine erfoLgt 
ein Aktuahsieren der bisherigen Tabelle. 

Aus dem US 5,710,706 (EP 724 141 Al) ist eine Daten- 
eingabe in eine Waage bekannt, welche mit einer Frankier- 
maschine schnittstellenmafiig verbunden ist, um Tariftabel- 
lendaten mit Daten zu aktualisieren. Das Laden der Daten 
erfolgt von einer entfemten Datenzentrale per Modem zur 
Frankiermaschine. Das Laden und Aktualisieren erfolgt un- 
mittelbar aufeinanderfolgend. Wenn eine Information vor- 
liegt, daB Tariftabellendaten zu aktualisieren sind, erfolgt 
ein Laden und ggf . unter Zwischenspeichem von Tariftabel- 
lendaten in der Frankiermaschine und ein sektorweises Lo- 
schen der alten Portotabelle im nichtfluchtigen Speicher der 
Waage vor dem Ubertragen der neuen Tariftabellendaten aus 
dem Zwischenspeicher der Frankiermaschine zur Waage 
und dem Einschreiben der neuen Tariftabellendaten in den 
nichtfluchtigen Speicher der Waage. In der Waage konnen 
mehrere Tabellen gespeichert sein. Jedoch bezieht sich jede 
Tabelle auf einen separaten Poslbeforderer (Carrier), wel- 
cher uber Tastatur anwahlbar ist. Das Mindestgultigkeitsda- 
tum einer zu einer Carrier-Identifikations-Nummer CEN zu- 
geordneten Tariftabelle wird gespeichert und wird von der 
Frankiermaschine ausgewertet, um bei Bedarf Anforde- 
rungsdaien zu bilden zum Laden von neuen Tariftabellenda- 
ten bzw. zur Aktualisierung im Speicher der Waage entspre- 
chend der CIN. Ist jedoch das Mindestgultigkeitsdatum zu- 
gleich das Umstellungsdatum von einer alten auf eine neue 
Tariftabelle, dann ergibt sich ein Stau in der Kommunika- 
tion mit der Datenzentrale, wenn die Frankicrmaschincn 
mehrheitlich mit dieser Datenzentrale am selben Tag kom- 
munizieren wollen. 

Aus der US 5,448,641 ist postahsches Gebuhrensystem 
mit Gultigkcitspriifung im Endgcrat auf der Bcnutzcrscitc 
bekannt. Die Portolariftabelle wird von der Datenzentrale 



zum Endgerat ubertragen. Auch ein zur Portolariftabelle zu- 
gehoriger Code wird von der Datenzentrale zum Endgerat 
ubenragen. Letzteres generiert einen Vergleichs-Code aus 
einer Information basierend auf der empfangenen Portotarif- 

5 tabelle. Anhand des Vergleiches des empfangenen Codes 
mit dem generierten Vergleichs-Code kann im Endgerat die 
Gultigkeit der empfangenen Portolariftabelle uberpriift wer- 
den. Damit kann das Endgerat die ubermittelte Portolarifta- 
belle verifizieren. Zur Verringerung des Staues in der Kom- 

10 munikalion mit der Datenzentrale, wenn die Frankierma- 
schinen mehrheitlich mit dieser Datenzentrale am selben 
Tag kommunizieren wollen, muBte eine sehr hohe Anzahl 
an Modems eingesetzl werden, was den Auf wand in einer 
Datenzenurale erhoht. Durch den Stau ergeben sich Kommu- 

15 nikationsprobleme. Letztere fuhrt fur eine Anzahl von Gera- 
tcn zur Vcrlangcrung des UmstcUungsvorgangcs auf cine 
neue Portogebiihrentabelle. Wahrend dieser Zeit kann der 
Benutzer die betroffcnen Gerate nicht zur Postbearbeitung 
betreiben. 

20 Der Erfindung licgt die Aufgabe zugrundc, ein gccignctcs 
Verfahren zur Dateneingabe in einen Portorechner zu ent- 
wickeln, um den Umstellungsvorgang auf eine neue Porto- 
gebiihrentabelle zu verkiirzen, ohne jedoch dabei den Auf- 
wand in der Datenzentrale zu erhohen. 

25 Auf Anforderung ist eine Portolariftabelle zum Endgerat 
zu iibermitteln, um diese in entsprechende Speicher des Por- 
torechners laden zu konnen. Eine weitere Aufgabe. ist die 
Entwicklung einer geeigneten Anordnung zur Durchfuh- 
rung des Verfahrens. 

30 Die Aufgabe wird mit den Markmalen des Verfahrens 
nach dem Anspruch 1 und mit den Merkmalen der Anord- 
nung nach Anspruch 8 gelost. 

Das Verfahren zur Dateneingabe in einen Portorechner 
umfaBt ein Laden und ein Aktualisieren von Tariftabellen- 

35 daten im Portorechner. Die Ubertragung und Speicherung 
von einer neuen Portogebiihrentabelle in einem Portorech- 
ner kann on demand oder vorprogrammiert auf einen ersten 
Zeitpunkt automatisch durchgefuhrt werden. Das Aktuali- 
sieren von Tariftabellendaten wird einem zweiten Zeitpunkt 

40 automatisch durchgefiihrt. Der Portorechner kann in einem 
der Gerate eines Postbearbeitungssystems angeordnet sein. 
Eine Auslosetaste zum Laden ist vorzugsweise in demsel- 
ben Gerat angeordnet, welches den Portorechner enthalt. 
Das Gerat mit dem Portorechner enthalt vorzugsweise einen 

45 Speicher zur Speicherung von Portotariftabellen. 

ErfindungsgemaB kann der Speicher des Portorechners 
mindestens zwei Tabellen fiir denselben Poslbeforderer 
speichem. Eine der beiden Tabellen ist die zukunftig gultige 
Tabelle, deren Ladung kostenpflichtig durch die Betatigung 

50 einer Auslosetaste friihzeitig veranlaBt wurde. Der Postbe- 
fbrderer ist die zustandige Postbehorde oder ein privater 
Carrier, welche dem Benutzer des Postbearbeitungssystems 
eine Information iibermittelt. Gewohnlich verbleibt noch 
genugend Zeit bis zur Umstellung auf die neue Tabelle, ab 

55 dem Tage, an welchem der Benutzer beispielsweise ein An- 
schreiben mit der Information vom Postboten zugestellt be- 
kommt. Wiirden alle Systeme zum gleichen Zeitpunkt ver- 
suchen, die Daten vom Server einer Datenzentrale zu laden, 
ware dieser fiir ein Teil dieser Systeme temporar unerreich- 

60 bar. Auch wenn die Daten verarbeitungskapazitat des Ser- 
vers sehr hoch ware, so daB Daten entschieden schneller ge- 
laden werden konnten, und auch wenn eine Kommunikation 
bei einer Viclzahl von Tcilnchmcranschliisscn bzw. Modems 
moglich ware, konnte das Problem nur gemildert aber nicht 

65 beseitigt werden. ErfindungsgemaB werden nun die Vor- 
gange Laden und Aktualisierung voneinander zeidich ent- 
koppclt, so daB ein rclativ groBcr Zcitraum zum Laden zur 
Verfiigung steht. 
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Dafi die Daten schon vor dem Tag der Umstellung geLa- 
den werden, ermoglicht es in vorteilhafter Weise, die Tele- 
fongebuhren zu verringem. Da die Aklualisierung nicht 
mehr wahrend einer Kommunikalion mit dem Server son- 
dem unabhangig davon erfolgt, kann die Aklualisierung in 5 
alien Systemen gleichzeitig durchgefiihrt werden, falls diese 
Sysieme im voraus die Daien in einen ihrer Speicher gela- 
den haben und nichtfluchtig speichem. Diese Losung erfor- 
dert nur ein wenig mehr an Speicherplatz, welcher immer 
preiswerter wird, und minimiert damit nicht nur die Umstel- 10 
lungszeit sondem auch die erforderliche Anzahl der Mo- 
dems, welche am Server angeschlossen sein miissen. 

Die Ablaufe, womit eine Aklualisierung von Dalen aus- 
gelost werden» laufen automatisch ab. In demjenigen Cierat 
des Syslems, welches das Datum fiir das Inkrafttreten der 15 
Tabcllc bzw. cin UmsicUungsdatum speichem soil, wird ein 
Speicherplatz dafur reserviert. 

Der Speicherplatz muB unter beslinmiten Bedingungen 
abgefragt werden. Dasjenige Gerat des Systems, welches 
diese Abfrage durchfiihrt, nimmt auch die Priifung vor, ob 20 
der Umstellungszeitpunkt erreicht ist. 

Die Erfindung geht von dem Bediirfnis einiger Postbefor- 
derer aus, die Dienstdaten, insbesondere die Gebuhren in 
Porlotariftabellen, beliebig zu andem. Die Dienstdaten wer- 
den in einem Verarbeitungsmodul im oder beim Endgerat 25 
bendligt. Die Dienstdaten schheBen insbesondere die Ge- 
buhren in Portolariflabellen ein, sind aber nicht darauf be- 
schrankt. 

Wenn nachfolgend vereinfachend nur von Portotariftabel- 
len gesprochen wird, sind andere Dienstdaten jedoch nicht 30 
ausgeschlossen. 

In vorteilhafter Weise kann also die Kommunikalion von 
der Datenzentrale per Modem direkt mit dem Verarbeitungs- 
modul im Endgerat oder indirekt iiber das Endgerat mit dem 
Verarbeitungsmodul erfolgen. 35 

Das Verarbeitungsmodul ist ein elektronischer Portorech- 
ner. Es ist vorgesehen, daB der Porlorechner im Endgerat in- 
tergriert ist oder separat vom Endgerat angeordnet ist, Beim 
Endgerat handek es sich vorzugsweise um eine elektroni- 
sche Frankiermaschine oder um eine Portorechnerwaage. Es 40 
ist vorgesehen, daB das Endgerat mit einem Porlorechner 
verbunden ist und daB der Mikroprozessor des Endgerates 
Oder des Portorechners programmiert ist, eine Speicherung 
der neuen Portotariftabellendaten im Speicher des Endgera- 
tes bzw. des Portorechners vorzunehmen. 45 

Vorteilhafie Weiterbildungen der Erfindung sind in den 
Unteranspriichen gekennzeichnet bzw. werden nachstehend 
zusammen mit der Beschreibung der bevorzugten Ausfuh- 
rung der Erfindung anhand der Figuren naher dargestelh. Es 
zeigen: 50 

Fig. la, Blocksch alibi Id einer Frankiermaschine mit in- 
temem Porlorechner und Portotariftabellenspeicher, 

Fig. lb, Blockschaltbild einer Frankiermaschine mit An- 
schluB zu einer Porlorechner- Waage, 

Fig. 1 c, Blockschaltbild einer Porlorechner- Waage, 55 

Fig. 2, Flufiplan fiir eine Frankiermaschine nach Fig. la. 

Die Fig. la zeigt ein Blockschaltbild der erfindungsgema- 
Ben Frankiermaschine mit einem Druckermodul 1 fiir ein 
vollelektronisch erzeugtes Frankierbild, mit mindestens ei- 
nem mehrere Betatigungselemente aufweisenden Eingabe- 60 
mittel 2, einer Anzeigeeinheit 3, einem die Kommunikalion 
mit einer Datenzenu-ale herstellenden MODEM 23, weitere 
Eingabcmittcl 21 bzw. Waage 22, wclchc ubcr cincn Ein/ 
Ausgabe-Steuermodul 4 mit einer Steuereinrichtung 6 ge- 
koppelt sind und mit nichtfliichtigen Speichem 5a, 5b bzw. 65 
9, 10 und 11 fur Daten, welche die variablen bzw. die kon- 
stantcn Tcilc des Frankicrbildcs cinschHcBcn, und bzw. Pro- 
gramme zur Verarbeitung der Daten in Zusammenhang mit 



der Postbeforderungs- bzw. Dienstleistung, welche vom 
Carrier zu erbingen ist. Die Steuereinrichtung 6 kann neben 
einem Mikroprozessor ^P in weiteren Ausfiihrungsformen 
auch einen separaten Porlorechner 17 und weitere Miliel, 
wie eine anwenderspezifische Schaltung ASIC fiir die Kom- 
munikalion mit Sensoren und Aktoren der Maschinen basis 
(EP 716 398 A2), ein Sicherheiismodul SiMo (EP 789 333 
A2) und andere Mittel, ggf. zur Verbessemng der Daten si- 
cherheit (DE 196 50 993 Al), enthalien. 

Neuere Frankiermaschinen setzen digital arbeitende 
Druckmittel 1 ein. Beispiels weise wurden in Frankierma- 
schinen vom Typ TIOOO bzw. JelMail des Anmelders welt- 
weit erstmals Thermotransferdrucker bzw. Tmlensirahl- 
drucker eingesetzt. Damit ist es prinzipiell moglich, auf ei- 
nen gefuUten Brief im Bereich des Frankierstempels andere 
Informationcn bzw. bchcbig andcrs zu druckcn, wclchc in 
einem entsprechenden Zusammenhang mil einer Dienstlei- 
stung eines Carriers stehen. Es ist also leichl moglich, zwi- 
schen den privaten Postbefbrderem und ihren Dienstleistun- 
gen zu wcchseln. Der Frankierstempels abdmck cnthalt dcs- 
halb vorleilhaft einen Hinweis auf den Carrier und/oder die 
in Anspruch genommene oder noch geplanle Dienstleistung. 
Ein Charaklerspeicher 9 liefert die notigen Druckdaten fur 
die variablen Telle des Frankierbildes zu einem fiUchtigen 
Arbeitsspeicher 7. Die Steuereinrichtung 6 weist einen Mi- 
kroprozessor |iP auf, der mit dem Ein/Ausgabe-Steuermodul 
4, mit dem Charaklerspeicher 9, mit dem flUchtigen Arbeits- 
speicher 7 und mit nichtfliichtigen Arbeitsspeichem 5a, 5b 
(mit intemen nichtfliichtigen Tarifspeicher) bzw. (gestrichell 
gezeichnet) mit einem zusatzlichen nichtfliichtigen Tarif- 
speicher 16, mit einem nichtfliichtigen Arbeitsspeicher 10 
und Programmspeicher 11, mit dem Motor einer Transport- 
bzw. Vorschubvorrichtung ggf. mitStreifenauslosung 12, ei- 
nem Encoder (Codierscheibe) 13 so wie mit einem batterie- 
gestiitzten Kalenderbausiein (Uhr/Datums-Baustein 8) in 
Verbindung steht. Derjenige Speicherbaustein, welcher den 
nichtfluchtigen Arbeitsspeicher 5b umfaBt, kann beispiels- 
weise ein EEPROM sein, der durch mindestens eine zusatz- 
liche MaBnahme, beispiels weise Aufkleben auf der Leiter- 
platte, Versiegeln oder VergieBen mit Epoxidharz, gegen 
Entnahme gesichert wird. Nahere Ausfuhningen zu einzel- 
nen Funktionen der Mittel werden in der deutschen Patent- 
anmeldung DE 195 34 530 Al gemacht. Letztere tragt den 
Utel: Verfahren zur Absichemng von Daten und Programm- 
code einer elektronischen Frankiermaschine. 

Beispielsweise kann die Speicherung der Portolariflabel- 
len innerhalb des nichtfliichtigen Speichers 5a realisiert wer- 
den, indem besondere Speicherbereiche bereitgeslellt wer- 
den. Die Porlolariftabelien konnen separat in einem nicht- 
fliichtigen Speicher 16 (gestrichell gezeichnet) gespeichert 
werden. Die einzelnen Speicher konnen in mehreren physi- 
kalisch getrennten oder - in nicht gezeigter Weise - in weni- 
gen Bausteinen zusammengefaBl verwirklicht sein. Die zu- 
klinftig giiltige Tariftabelle wird im entsprechend dafur ein- 
gerichleten vorgesehenen Speicherbereich 16-01 bzw. die 
bisher giiltige Tariftabelle wird entsprechend im separat vor- 
gesehenen Speicherbereich 16-4)2 gespeichert. Das zugeho- 
rige Umstellung sdatum wird in einem dritten Bereich 16-03 
des nichtfliichtigen Speichers 16 gespeichert. Eine Informa- 
tion im vierten Speicherbereich 16-04 fiir solche in der Da- 
tenzentrale verfiigbaren, neuen Tariftabeilendaten ist bei- 
spielsweise eine carrierspeziflsche Versionsnummer. Die 
vcrfUgbarc Spcichcrkapazitat im nichtfliichtigen Speicher 
betragt beispielsweise 20 kByte wird durch eine platzspa- 
rende Speicherplatzverwaltung optimal genutzt. Der nicht- 
fliichlige Tarifspeicher ist vorzugsweise ein batteriegestutz- 
icr C-MOS-RAM-Baustcin. 

Die Datenzentrale besitzt Modems 33, die mit einem Ser- 
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ver 32 verbunden sind, welcher auf eine Datenbank 31 zu- 
greift wenn eine entsprechende Anforderung empfangen 
wird. Bei bedarfsweiser Betatigung einer Taste der Tastatur 
2 Oder mittels einem anderem geeigneten Eingabemittel 21 
der Frankiermaschine wird das Laden der Portotariftabellen- 5 
daten aus der Datenzentrale ausgelost. Der Mikroprozessor 
pP des Endgeraies kann nun die Anforderungsdaten per Mo- 
dem 23 iiber ein Kommunikationsnetz zum Modem 33 der 
Datenzentrale DZ ubermitteln. Alternativ werden Funk- 
Sende/Empfangseinrichtungen eingesetzt und per Funk An- lO 
forderungsdaien ubennitlelt oder ein digitales Kommunika- 
tionsnetz entsprechend benutzt. 

In der Fig. 2 wird ein FluBplan fiir eine Frankiermaschine 
nach Fig. la gezeigt, bei welcher fiir eine im Betrieb befind- 
liche Frankiermaschine ein Laden separat von einer Umstel- 15 
lung crfolgt. Nach dcm Einschaltcn der Frankiermaschine 
im Schritt Start 100 und dem Durchlaufen einer Start- und 
Initialisierungsroutine 101, welche in der deutschen Patent- 
anmeldung DE 195 34 530 Al naher erlautert wurde, wird 
der Punkt s der Systcmroutinc 200 crrcicht. Die Frankicrma- 20 
schine ist nun in Betrieb genommen und befindet sich in ih- 
rem normalen Betriebsmodus, welcher auch Normaimodus 
genannl wird. In einem ersten Schritt 201 werden nichl- 
fliichtig gespeicherte Eingabedaten zur Einstellung der 
Frankiermaschine aufgerufen. Wurde wahrend der Initiali- 25 
sierungsroutine 101 die Frankiermaschine auf die Zusam- 
menarbeit mit einer in BeUieb genommenen Waage einge- 
stellt, dann wird im ersten Schritt 201 eine serielle Schnitt- 
stelle zur Waage selektiert, um mindestens einen iibermittel- 
ten Gewichtswen zu empfangen. Das Eingabemittel Tasta- 30 
tur 2 erlaubt eine Vielzahl von weiteren Eingaben zur Veran- 
derung der Einstellungen. 

Beispielsweise wird bei Betatigung einer Taste 19 der Ta- 
statur 2 ein Ladebefehl eingegeben. Alternativ kann mittels 
der Tasten 20 der Ladebefehl als Code eingegeben werden, 35 
welcher mittels Taste 18 quittiert wird. Die Eingabe/Anzei- 
geroutine 209 enthalt eine Vielzahl an Abfrageschritten, von 
welchen nur ein einziger Abfrageschritt 209-60 dargestellt 
ist. Letzterer betrifft die Abfrage auf Eingabe eines Ladebe- 
fehls. Wurde eine derartige Eingabe erkannt, wird auf den 40 
Subschritt 209-61 verzweigt, um Anforderungsdaten zu bil- 
den. Wurde keine oder keine emeute derartige Eingabe er- 
kannt, wird, ggf. uber weitere Abfrageschritte, zum Punkt e 
verzweigt. Im Kommunikationsmodus 300 wird gepriift, ob 
ein Transaktionsersuchen vorliegt. Ein solches wird als vor- 45 
liegend erkannt, wenn aktuell Anforderungsdaten gebildet 
wurden und zwischengespeichert vorliegen. Beispielsweise 
wird ein E-Flag gesetzt und im Kommunikationsmodus ab- 
gefragt, woraufhin eine automatisch ablaufende elektroni- 
sche Kommunikation mit der Datenzentrale ausgelost wird, 50 

Im Kommunikationsmodus 300 idendfiziert sich die an- 
fordemde Frankiermaschine bei der Datenzentrale mit ihrer 
Identifikations-Nummer (ED) und ubennitlelt mindestens 
die Versionsnummer derbisherigen Poriotariftabelle zwecks 
Auffindung einer neuen Portotariftabelle in der Datenbank 55 
DB 31 der Datenzentrale. Jeder Portotariftabelle ist eine 
Versionsnummer zugeordnet, welche mit der iibenTiittelten 
zu vergleichen ist, um die neue Versionsnummer der zu- 
kunftig zu ladenden Portotariftabelle zu ermitteln. Der Ser- 
ver 32 ist zur Uberpriifung der ordnungsgemafien Ubertra- 60 
gung und fehlerfreien Zwischenspeicherung von Dienstda- 
ten programmiert, was anhand der nichi vorveroffentlichien 
deutschen Anmcldung 198 30 055.7, mitdcmTitcl: Vcrfah- 
ren zur sicheren Ubertragung von Dienstdaten an ein Endge- 
rat und Anordnung zur Durchfuhrung des Verfahrens, noch 65 
naher erlautert wird. Die Portotariftabellendaten werden 
vorzugswcisc zunachst im Spcichcrbcrcich 7d des fliichti- 
gen Arbeitsspeichers RAM 7 der Frankiermaschine zwi- 
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schengespeichert, um eine Uberpriifung zu ermoglichen. 

Wurden im Ergebnis der Kommunikation Dienstdaten 
ubermittelt und im Arbeitsspeicherbereich RAM 7d zwi- 
schengespeichert, dann wird das im nachfolgenden Abfra- 
geschritt 211 erkannt und es wird zum Auswertemodus 213 
verzweigt, um die Korrektheit derUbermittlung und Gultig- 
keit der neuen Dienstdaten zu uberpriifen. Das B:gebnis die- 
ser Uberpriifung wird im Anzeigemodus 215 angezeigi, be- . 
vor zum Punkt s der Systemroutine zuriickverzweigt wi^-l.. 
War das Ergebnis dieser tiberpriifung positiv, wird fiir ein 
nachfolgendes Updating beispielsweise ein U-Raj: zur NJo- 
dusumschaltung gesetzt. Im Abfrageschritt 202 kann nun 
zum Beispiel anhand des gesetzten U-Flags gepriift werden, 
ob Dienstdaten in den nichtfliichtigen Speicher 16 zu laden 
sind. Im Schritt 203 erfolgt dann eine Vielzahl von Sub- 
schrittcn zur Modusumschaltung und zum Laden der 
Dienstdaten in den nichtfliichtigen Speicher 16. Das U-l^lag 
zur Modusumschaltung wird dann in einem abschlieBenden 
Subschritt wieder zuruckgesetzt, bevor zum Punkt s der Sy- 
stemroutine zuriickvcrzwcigt wird. Bei der nachstcn Uber- 
priifung ist das Ergebnis negativ. War das Ergebnis dieser 
Uberpriifung aber negativ, so wird zum nachsten Schritt, 
beispielsweise zuin Abfrageschritt 204, verzweigi. Wird 
kein Gewichtswert von der Waage 22 ermittelt und zur Fran- 
kiermaschine iibertragen, dann wird dies im Abfrageschritt 
204 festgestellt und zum Punkt s der Systemroutine 200 zu- 
ruckverzweigt. Die Frankiennaschine wartet somit auf eine 
Eingabe seitens der Waage 22. Ist diese Eingabe erfolgt, 
wird im Schritt 205 ein Handshake-Signal zur Waage 22 ge- 
sendet und dann zum Schritt 206 verzweigt, um das lirfor- 
dernis einer UmsteUung, insbesondere anhand eines gespei- 
cherten Umstellungstages und eines aktuellen Datums, zu 
uberpriifen. Beim Erfordemis einer Umstellung ist eine Ak- 
tualisierung der Dienstdaten erforderUch, und es wird zum 
Schritt 208 verzweigt, um eine Aktualisierung der Dienstda- 
ten in den Speicherbereichen des nichtfliichtigen Speichers 
16 durchzufiihren. Dann wird zum Punkt s der Systemrou- 
tine zuruckverzweigt. Anderenfalls wird der Punkt t der Sy- 
stemroutine 200 erreicht. Die Eingabe/Anzeigeroutine 209 
enthalt eine Melzahl an Abfrageschritten, von welchen jeder 
einzeln abge&agt wird. In der o.g. deutschen Patentanmel- 
dung DE 195 34 530 Al werden weitere Abfrageschritte ge- 
zeigt. Liegen keine weiteren Eingaben, wird der Schritt 300 
ohne Kommunikation durchlaufen. Wenn nun keine weite- 
ren Daten ubermittelt wurden, was iiber den Abfrageschritt 
211 festgestellt wird, wird der Punkt b der Systemroutine 
200 erreicht. 

In der o.g. deutschen Patentanmeldung DE 195 34 530 
Al ist bereits dargelegt, daB eine Vielzahl an Schritten zwi- 
schen den Punkten b und d der Systemroutine 200 durchlau- 
fen werden kann, bevor zum Frankiermodus 400 verzweigt 
wird. In an sich bekannter Weise ist einer der Schritte im 
vorliegenden Ausfuhrungsbei spiel ein Portoberechnungs- 
modus 220. Der nachfolgende Frankiermodus 400 enthalt 
eine ansich bekannte Abrechnungs- und Druckroutine. Nach 
dem Drucken eines Frankierabdruckes wird zum Punkt s der 
Systemroutine 200 zuruckverzweigt. 

Der Mikroprozessor pP ist als Portorechner sowie zum 
Laden und Aktualisieren von Tariftabellendaten durch ein 
im Programmspeicher 11 gespeichertes Programm program- 
miert. Der Programmspeicher 11 ist als Nurlesespeicher 
ROM ausgefiihrt. Der Mikroprozessor ist prograniuiiert, 
zum Uberpriifen des gcspcichcrtcn Umstcllungsdatums in 
der Frankiermaschine anhand des aktuellen im Uhren/Da- 
tums-Baustein 8 gespeicherten Datums und zum Weiterar- 
beiten mit den alien Tariftabellendaten im Falle einer Unter- 
schrcitung des Umstcllungsdatums durch das aktucllc Da- 
tum oder anderenfalls zum Ubermitteln einer Anweisung 
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zur Ausflihrung der UmsteLlung. 

Die Steuereinrichtung 6 kann allemativ einen separaten 
Prozessor 17 zur Porioberechnung enthalten, welcher mil 
dem Speicher 16 einen Portorechner bildel. Der Mikxopro- 
zessor pP ist programmiert zum Uberpriifen des gespeicher- 
ten Umstellungsdaiums in der Frankiermaschine anhand des 
aktuellen Datums. Der Prozessor 17 ist programmiert, zum 
Weiterarbeiten mil den alien Tariftabellendaten bei Unter- 
schreitung des Umstellungsdaiums durch das akluelle Da- 
tum. Der Mikroprozessor |xP isl programmiert, zum tJber- 
mitteln einer Anweisung an den Portorechner 17 zur Aktua- 
lisierung der Tariftabellendaten bei Gleichheit oder bei 
tiberschreitung des Umstellungsdaiums durch das aktuelle 
Datum. 

In einer Ausfiihrungsform wird die Frankiermaschine 
bcim Initialisicrcn auf cine bcstimmte Stadt und cin bc- 
stimmtes Ladedatum eingestellt. Diese Einstellungen kon- 
nen im nichlfliichtigen Speicher 5a oder 16 in separaten 
Speicherbereichen 16-05, 16-06 gespeicherl werden. Das 
im Spcichcrbercich 16-06 gcspcichcrlc Ladedatum wird 
beispielsweise im Ab&ageschrilt 202 abgefragl und ist sepa- 
ral von dem im Speicherbereich 16-03 gespeicherten Um- 
stellungsdatum. Soniil kann ein vorprogrammiertes Laden 
zu einem ersten 2^itpunkt im Lademodus und ein Umstellen 
von Dienstdaten zu einem zweiten Zeitpunkt automatisch 
im Betriebmodus der Frankiermaschine erfolgen. Wird die 
Frankiermaschine nicht vorher ausgeschaitet, werden zum 
vorprogrammierten ersten Zeitpunkt, beispielsweise nach 
Mittemacht, Dienstdaten in den zum Laden vorgesehenen 
ersten Speicherbereich 16-01 geladen. Der zweite Zeitpunkt 
fur die Umslellung wird vom Postbeforderer voigegeben 
und wird beim Laden in den dritten Speicherbereich 16-03 
geladen. Bei Gleichheit oder bei tiberschreitung des Um- 
siellungsdatums durch das aktuelle Datum ist der Portorech- 
ner zur Aktualisierung der Tariftabellendaten progranuniert. 
Dabei fiihrt der Portorechner ein Loschen und Einschreiben 
von Daten in den zweiten Speicherbereich 16-02 bei der 
Aktualisierung der Tariftabellendaten aus. Die Erfindung 
besteht darin: 

a) daB in einem Speicher 16 fiir Dienstdaten Speicher- 
bereiche fur auf Tariftabellen bezogene Dalen vorgese- 
hen sind, einschlieBlich einem funften Speicherbereich 
16-05 mindestens zum Speichem eines aus einer Viel- 
zahl von Stadtenamen oder zum Speichem von einer 
vergleichbaren ersten Information, die den gewunsch- 
ten Stadtenamen kennzeichnet, 

b) da6 der Portorechner programmiert ist: 

- zum Initialisieren eines den Portorechner ein- 
schlieBenden Systems nach dem Einschalten in ei- 
ner Start- und Initialisierungs-Routine 101, wobei 
entsprechend der Eingabe mindestens des Siadle- 
namens oder einer vergleichbaren ersten Informa- 
tion, welche den Stadtenamen kennzeichnet, die 
Initialisierung vorgenommen wird, 

- zum Detektieren der Eingabe und Einspeichern 
eines Ladeerfordemisses, einschlieBlich des im 
sechsten Speicherbereich 16-06 gespeicherten 
Ladedatums, und/oder einer vergleichbaren im 
vierien Speicherbereich 16-04 gespeicherten 
zweiten Infonnation, die dem Portorechner eine 
Vorauswahl einer Tariftabelle fur einen vorbe- 
slimmtcn Carrier kennzeichnet, 

- zum Uberpriifen des Ladeerfordemisses (im 
Schritt 202) bzw. des Ladedatums anhand des von 
einem Kalenderbaustein bereitgestellten Datums 
und zum Laden, bcginncnd mit einer Modusum- 
schaltung auf einen Lademodus, wenn ein vom 



252 A 1 

8 

Kalenderbaustein bereitgestelltes Datum das ge- 
speicherte Ladedatum erreichi oder uberschreitet 
und Ubergang in den Betriebsmodus, wenn das 
bereitgesteUte Datum das gespeicherte Ladeda- 
5 tum unterschreitet, 

— zur Eingabe eines Umstellungserfordemisses 
beim Laden, insbesondere Einspeichern eines 
Umstellungsdaiums in den Speicherbereich 
16-03, 

10 - zum Uberpriifen des Umstellungserfordemis- 

ses (im Schritt 206), anhand des Umstellungsda- 
iums im Vergleich mit dem vom Uhren/Datums- 
Baustein 8 bereitgestellten Datum und Umslel- 
lung auf die aktuelle neue Tariftabelle, wenn 

15 durch das bereitgesteUte Datum das gespeicherte 

Umslellung sdatum crrcicht oder iibcrschrittcn 
wird oder Ubergang in den Betriebsmodus, wenn 
das bereitgesteUte Datum das gespeicherte Um- 
steUungsdatum unterschreilel. 

20 

In der Fig, lb isl ein Blockschaltbild der elektronischen 
Frankiermaschine fur eine Variante mil portoberechnender 
Waage 22a dargestellt. Im modiiizierten FluBdiagranim, 
welches entsprechend zu dem in der Fig. 2 gezeigten FluB- 
25 diagramm aufgebaut ist, entfallt dann naturlich der Schritt 
220 eines frankiermaschinen-internen Portoberechnungs- 
modus. 

Der Tarifspeicher 16 und der Prozessor 27 sind hier Be- 
standteil des Portorechners der portoberechnenden Waage 

30 22a. Letziere ist mit ihrer seriellen SchnitlsteUe RS 232 iiber 
ein Verbindungsmitlel 24 mil einer - nichl gezeigten - seri- 
ellen SchnitlsteUe RS 232 des Bin/Ausgabe-Steuermoduls 4 
verbunden. Die Waage 22a kann nun das Modem 23 der 
Frankiermaschine zur Kommunikaiion mil der Daienzen- 

35 trale benutzen. 

Werden Dienstdaten benotigt, insbesondere eine gean- 
derte PortotariflabeUe in einem elektronischen Portorech- 
ner, kann folgUch eine Feminstallation erfolgen. Die Postbe- 
forderer beauftragen jeweils eine Daienzen trale mit der 

40 Dienslleislung zur Feminstallation, auf Anforderung 
Dienstdaten, zum Endgeral zu iibermilleln, um diese in enl- 
sprechende Speicher des Verarbeilungsmoduls laden zu 
konnen. Bei einer solchen Feminstallation kommt ein Ver- 
fahren zur sicheren Ubertragung von Dienstdaten an ein 

45 Endgerat mit folgenden Verfahrenschritten zum Einsatz, 
welche schon in der nicht vorveroffentlichten deutschen An- 
meldung 198 30 055.7 ausfuhrlich beschrieben wurde. Nach 
einem Bereitstellen von neuen Dienstdaten in der Datenzen- 
trale fur eine zukiinftige Verarbeitung basierend auf den 

50 Dienstdaten, erfolgt ein Bilden von Anforderungsdaten fur 
Dienstdaten vom Endgerat vor der Kommunikaiion des 
Endgerales mit einer Dalenzenirale. Die Kommunikaiion 
umfaBl ein Senden der Anforderungsdaten, um die neuen 
Dienstdaten von der Dalenzenirale anzufordem, und ein 

55 Empfangen und Zwischenspeichern der angeforderten 
Dienstdaten. 

Das Postbearbeitungssystem kann eine Frankiermaschine 
und eine Waage umfassen, wie beispielsweise das bekannte 
Waage/Tl(X)0-System der Firma Francotyp Postalia AG & 

60 Co. Um rechtzeitig eine Mehrheit an Postkunden mil einer 
Tariftabelle auszustatlen, welche ab einem UmsteUungslag 
akluell ist, erfolgt im vorab ein Laden der zukiinftig gulligen 
Tabcllc. Der Portorechner isl in dicscm Ausfuhrungsbeispicl 
in die Waage 22a integriert. Die belaligte Auslosetaste der 

65 Waage kann ein Vorabladen der zukiinftig giiltigen Tabelle 
auslosen, ohne die bestehende zweite Tabelle des selben 
Postbcfordcrcrs zu aktualisicrcn. Fiir jcdc Tabcllcn version 
muB ein Datum fiir das Inkrafttreten der Tabelle zugeordnet 
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gespeicherl werden. Die Uberpriifung, ob die Tabelle in 
Kraft zu setzen ist, erfolgt weiterhin mil Hilfe der Frankier- 
maschine, weil diese bereits einen Uhren/Datums-Baustein 
enthalt. 

Im Unterschied zum Postbearbeitungssystem nach EP 5 
724 141 A 1 muB beim erfindungsgemaBen System nun nicht 
jedesmal beim Einschalten der Maschine mit einer langen 
Kommunikation mit einem entfernten Server und mit einem 
wahrend der Kom-munikation erfolgenden Umstellungsvor- 
gang gerechnet werden. Vielmehr kann nun die betatigte 10 
Ausloseiasie der Waage ein on-demand- Laden der zukiinftig 
gultigen Tabelle vorab des Umstellungsvorganges auslosen. 
Der Umstellungsvorgang selbst bleibt vom Benutzer unbe- 
merkl, weil er zeitlich versetzt und entkoppelt vom on-de- 
mand-Laden sowie automatisch am Umstellungstag und da- 15 
bci rclativ schncll ablauft. 

Die Fig. Ic zeigt ein Blockschaltbild einer Portorechner- 
Waage, welche uber eine serieUe Schnittstelle mit der Fran- 
kiermaschine nach Fig. lb verbunden ist. An die RS-232- 
SchnittslcUc 25 der Waage 22a ist ein Ein/Ausgabc-Port 26 20 
angeschlossen, welches mit dem intemen BUS 43 mit dem 
Prozessor 27 der Waage 22a in Verbindung steht. Ein sol- 
cher BUS schlieBt Dalen-, AdreB- und Sleuerleitungen ein. 

Die Waage umfaBt Eingabe- und Ausgabemittel 42 und 
41, die uber ein I/O-Port 40 mit dem Prozessor 27 verbun- 25 
den sind, sowie uber den intemen BUS 43 mit dem Prozes- 
sor 27 verbundene Speichermittel28 zuni Speichern der Be- 
triebssoftware der Waage, Speichermittel 29 zum Speichern 
von Anwendungsdaten (beispielsweise Wahldruck-Num- 
mem) und Speichermittel 16 zum Speichern der geladenen 30 
Dienstdaten (z. B. der Portotabellen). Zum Ermitteln des 
Gewichtes ist eine Wiegezelle 50 iiber einen A/D-Wandler 
51 mit dem Prozessor 27 verbunden, und auBerdem dienen 
direkte Verbindungen zum Riicksetzen (Reset) oder Tarieren 
(Tara) der Wiegezelle 50 durch den Prozessor 27. Weiterge- 35 
hende Ausfiihrungen konnen der US 5,710,706 (EP 724 141 
Al) entnommen werden. Optional kann ein batteriegestutz- 
ter Kalenderbaustein 48 - gestrichelt gezeichnet - in die 
Waage 22a integriert sein. Er ist am internen BUS 43 ange- 
schlossen. AUe notwendigen Eingaben werden iiber die Ta- 40 
statur 42 vorgenommen. Auf dem Display 41 werden solche 
wichtigen Informationen ausgegeben, wie zum Beispiel das 
Gewicht des Postgutes und das anhand der Portogebiihrenta- 
belle ermittelte Porto. 

Wird eine geanderle Portotarif tabelle in einem elektroni- 45 
schen Portorechner benotigt, kann eine Feminstallation on 
demand erfolgen. Dazu wird die Taste 45 betatigt, um den 
Ladevorgang auszulosen, und es erscheint eine entspre- 
chende Anzeige auf dem Display 41. Wird die Waage 22a in 
den Lademodus umgeschaitet, konnen verschiedene Dienst- 50 
daten und insbesondere die PortogebiihrentabeUe, welche 
ganz oder teilweise geandert werden soUen, geladen wer- 
den. Im Unterschied zur o.g. bekannten Losung der EP 724 
141 A 1 exisliert keine Kopplung des Ladevorganges mit ei- 
ner Aktualisierung, und die Taste 45 lost noch keinen Aktua- 55 
lisierungsmode aus. 

Der Prozessor 27 ist programmiert zum tJberpriiten des 
gespeicherien Umslellungsdatums in der Frankiermaschine 
anhand des aktuellen Dalums und zum Weiterarbeiten mit 
den alten Tariftabellendaten bei Unterschreitung des Um- 60 
stellungsdatums durch das aktuelle Datum und zum tJber- 
mitteln einer Anweisung an den Portorechner zur Aktuali- 
sierung der Tariftabellendaten bci Glcichhcit oder bci Ubcr- 
schreitung des Umslellungsdatums durch das aktuelle Da- 
tum. Der Portorechner fuhrt ein Einschreiben von Daten zur 65 
Aktualisierung der Tariftabellendaten im dafur vorgesehe- 
ncn Spcichcr aus, Dabci ist das crfindungsgcmaBc Vcrfahrcn 
zur Dateneingabe in einen Portorechner, mit einem Laden 
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und Aktualisieren von Tariftabellendaten im Portorechner in 
einer Ausfiihrungsform mit folgenden Verfahrenschritten 
vorgesehen: 

- Bereitstellen mindestens eines ersten und zweiten 
Speicherbereiches im Portorechner, wobei der zweite 
Speicherbereich Tariftabellendaten der bisher gultigen 
Tariftabelle speichert und der erste Speicherbereich fiir 
Tariftabellendaten der zukunftig ab Umstellungsdatum 
gultigen neuen Tariftabelle vorgesehen ist, 

- Uberprufen im Portorechner auf Vorliegen eines La- 
debefehls, wobei bei Vorliegen eines Ladebefehls eine 
Bildung von entsprechenden Anforderungsdaten und 
deren Ubertragung zur Datenzentrale durchgefuhrt 
wird, 

- Modusumschaltung auf einen Lademodus mit Sclck- 
tieren eines freien ersten Speicherbereiches im Spei- 
cher des Portorechners, Empfangen und Laden von 
komprimierten neuen Tariftabellendaten und von ei- 
nem zugchorigcn Umstellungsdatum sowie Umschal- 
tung auf den Betriebsmodus, 

- automatisches Aktualisieren unabhangig und zeit- 
lich entkoppelt von dem vorgenannlen Laden, wobei 
Tariftabellendaten aus dem ersten Speicherbereich in 
den zweiten Speicherbereich des Portorechners einge- 
speichert werden, wobei das Aktualisieren zu einem 
beliebig spateren Umstellungsdatum tarfolgen kann. 

Weiterhin ist vorgesehen, daB das Laden von neuen Tarif- 
tabellendaten in einen ersten Bereich des Speichers des Por- 
torechners und das Laden von einem zugehorigen Umstel- 
lungsdatum in einen dritten Bereich 16-03 des Speichers 
des Portorechners erfolgt. Die Frankiermaschine enthalt ei- 
nen Kalenderbaustein und ubermittelt automatisch minde- 
stens einmal, beispielsweise jeweils beim erstmaligen Ein- 
schalten am Anfang des Tages, das aktuell giiltige Tagesda- 
tum zum Portorechner. Im Portorechner wird das iibermit- 
teite Tagesdatum mit dem vorgenannlen Umstellungsdatum 
verglichen. Das automatische Aktualisieren unterbleibt, 
wenn das Tagesdatum kleiner als das Umstellungsdatum ist. 
Das automatische Aktualisieren wird vorgenommen, wenn 
das Tagesdatum groBer oder gleich dem Umstellungsdatum 
ist. 

Dabei geht einer Ubermittlung des Tagesdatums zum Por- 
torechner der Schritt voraus, daB der Portorechner automa- 
tisch das aktuell giiltige Datum beim Kalenderbaustein an- 
fordert. Letzteres erfolgt beispielsweise nach dem erstmali- 
gen Einschalten am Anfang des Tages. Der Kalenderbau- 
stein kann Bestandteil der Waage und/oder der Frankierma- 
schine sein. Beim Laden konnen Daten in verschiedene Ge- 
rate des Systems geladen werden. Das Laden von neuen Ta- 
riftabellendaten kann in einen ersten Bereich des Speichers 
des Portorechners und das Laden von einem zugehorigen 
Umstellungsdatum in einen zweiten Bereich des Speichers 
der Frankiermaschine erfolgen. 

ErfindungsgemaB erfolgt auch ein Speichern einer Infor- 
mation in einem vierten Speicherbereich des Portorechners 
fur in der Datenzentrale verfugbare neue Tariftabellendaten, 
wobei die Information beispielsweise ein Lade-Code oder 
eine carrierspezifische Versionsnummer ist Es werden fol- 
gende Schritte durchlaufen: 

- Bereitstellen einer Informadon fiir in der Datenzen- 
trale verfugbare neue Tariftabellendaten und ein 

- Ubermitteln der Information von der Datenzentrale 
uber die Frankiermaschine zum Ponorechner, 

- Speichern der Information im vierten Speicherbe- 
reich 16-04 fiir den Portorechner fur solche in der Da- 



BNSDOCID: <DE_19843252A1 J_> 



DE 198 43 252 A 1 



11 



12 



tenzentrale verfiigbaren, neuen Tariftabellendaten, 

- Uberpriifen im Portorechner anhand der gespeicher- 
ten Information auf Eingabe eines der Information ent- 
sprechenden zugehorigen Lade-Codes, der per Einga- 
bemitiel eingegeben wurde, 

- Modusumschaltung auf einen Lademodus mit Selek- 
tieren eines freien ersten Speicherbereiches im Porto- 
rechner, wenn der Lade- Code ein vorbestimmtes Ver- 
haltnis zur Information hat, und Laden von zur Infor- 
mation zugehorigen komprimierten neuen Tariftabel- 
lendaten und von einem zugehorigen Umstellungsda- 
tum in Abhangigkeit von der Uberpriifung im Porto- 
rechner vor dem automatischen Aktualisieren. 
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Die Erfindung sieht in einer Ausfiihrungsform ein Laden 
von zur Information zugehorigen neuen Tariftabellendaten 
in einen ersten Bereich eines Speichers der Frankierma- 
schine vor, wobei anschlieBend ein Kopieren in den Spei- 
cher des Portorechners erfolgt. Ein Laden von einem zuge- 
horigen Umstcllungsdatum erfolgt jcdoch in cincn zwcitcn 20 
Bereich des Speichers der Frankiermaschine, gefolgt von ei- 
nem anschlieBenden Kopieren in den Speicher des Porto- 
rechners, wobei das Umstellungsdatum im zweiten Bereich 
des Speichers der Frankiermaschine geloscht wird. Der 
Frankiermaschine wird bei jeder ersten Ubertragung von 25 
Gewichts- oder Portowertdaten aus dem Portorechner das 
gespeicherle Umstellungsdatum fur denjenigen Carrier mit- 
geteilt, welcher fur den Portorechner eingestellt wurde. 

Die Erfindung sieht in einer Ausfuhrungsform mit einem 
Portorechner in einer Waage vor, daB der Portorechner in ei- 30 
ner Waage ein selektives Loschen von Speicherbereichen in 
der Waage vor dem Laden von komprimierten neuen Tarif- 
tabellendaten vornimmt. Der Portorechner fiihrt dann zu ei- 
nem zweiten Zeitpunkt eine Aktualisierung der Tariftabel- 
lendaten, ggf. verbunden mit einer Dekomprimierung der 
geladenen neuen Tariftabellendaten" und mit einem Ein- 
schreiben von den dekomprimierten Daten durch, wobei Ta- 
riftabellendaten aus dem ersten Speicherbereich dekompri- 
miert und in den zweiten Speicherbereich der Waage einge- 
speichert werden. Das ermdglicht es, daB das automatische 
Aktualisieren zu einem beliebig spateren Umstellungsdatum 
unabhangig und zeitlich entkoppelt von dem voigenannten 
Laden erfolgen kann. 

Es isl in einer Variante vorgesehen, daB eine Automatik 
Anforderungsdaten zum Laden zu einem ersten vom Benul- 
zer definierten Zeitpunkt bildet, um dann die geladenen Por- 
totariftabellendaten zu aktualisieren, wenn der zweite vom 
Postbeforderer definierte Zeitpunkt fur neue Portotariftabel- 
lendaten herangeriickt ist, um auf aktuelle Tabellen zugrei- 
fen zu konnen, Diese Automatik arbeitet abhangig vom ein- 
gestellten Postbeforderer (Carrier-ID) , der Versions- oder 
Bestellnummer bzw. Lade-Codes und dem vom Uhren/Da- 
tumsbaustein 8 der Frankiermaschine gelieferten Datum. 
Die Automatik steht mit einem Mikroprozessor und der Ta- 
statur in operativer Verbindung, kann im Portorechner selbst 
und/oder in den Speicherzellen des Uhren/Datumsbausteins 
8 reahsiert sein. 

Der Portorechner kann in eine portoberechnende Waage 
22a integriert sein, welche schnittstellenmaBig mit der Fran- 
kiermaschine verbunden ist. Es ist auch moglich, daB das 60 
den Portorechner einschlieBende System eine Frankierma- 
schine ist. Dabei soli aber auch der FaU nicht ausgeschlos- 
scn wcrdcn, daB der Portorechner im System separat von der 
Frankiermaschine und/oder Waage realisiert ist und mit letz- 
teren schnittstellenmaBig verbunden ist. 65 

Die Erfindung ist nicht auf die vorliegenden Ausfiih- 
rungsform bcschrankt. Viclmchr ist cine Anzahl von Varian- 
ten im Rahmen der Anspriiche denkbar. So konnen offen- 
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sichtlich weitere andere Ausfiihrungen der Erfindung em- 
wickelt bzw. eingesetzi werden, die vom gleichen Grundge- 
danken der Erfindung ausgehend, die von den anliegenden 
Anspriichen umfaBt werden. 

Patentanspriiche 

1 . Verfahren zur Dateneingabe in einen Portorechner, 
mit einem Laden und Aktualisieren yon Tariftabellen- 
daten im Portorechner, mit Uberpriifen des gespeicher- 
ten Umstellungsdatums anhand des aktuellen Datums, 
gekennzeichnet dadurch, daB das Laden von. neuen 
Tariftabellendaten zu einem benutzerdefinierten ersten 
Zeitpunkt erfolgt und daB das Aktualisieren von neuen 
Tariftabellendaten zu einem vom jeweiligen Postbefor- 
derer definierten zwcitcn Zeitpunkt erfolgt. 

2. Verfahren nach Anspruch 1, gekennzeichnet durch 
die Schritte: 

- Bereitstellen mindestens eines ersten und zwei- 
ten Speicherbereiches im Portorechner, wobei der 
zweite Speicherbereich Tariftabellendaten der bis- 
her gulugen Tariftabelle speichert und der erste 
Speicherbereich fur Tariftabellendaten der zu- 
kiinftig ab Umstellungsdatum giiltigen neuen Ta- 
riftabelle vorgesehen ist, 

- Uberpriifen im Portorechner auf Vorhegen ei- 
nes Ladebefehls, wobei bei Vorliegen eines Lade- 
befehls eine Bildung von entsprechenden Anfor- 
derungsdaten und deren Ubertragung zur Daten- 
zentrale durchgef iihrt wird, 

- Modusumschaltung auf einen Lademodus iilit 
Selektieren eines freien ersten Speicherbereiches 
im Speicher des Portorechners, 

- Empfangen und Laden von komprimierten 
neuen Tariftabellendaten und von einem zugeho- 
rigen Umstellungsdatum sowie Umschaltung auf 
den Betriebsmodus, 

- automatisches Aktualisieren unabhangig und 
zeitlich entkoppelt von dem voigenannten Laden, 
wobei Tariftabellendaten aus dem ersten Spei- 
cherbereich in den zweiten Speicherbereich des 
Portorechners eingespei chert werden, wobei das 
Aktualisieren zu einem beliebig spateren Umstel- 
lungsdatum erfolgen kann. 

3. Verfahren nach Anspruch 2, gekennzeichnet da- 
durch, daB das Laden von neuen Tariftabellendaten in 
einen ersten Bereich des Speichers des Portorechners 
und das Laden von einem zugehorigen Umstellungsda- 
tum in einen dritlen Bereich des Speichers des Porto- 
rechners erfolgt, daB die Frankiermaschine einen Ka- 
lenderbaustein enthalt und automatisch mindestens 
einmal das aktuell gultige Tagesdatum zum Portorech- 
ner ubermittelt, daJi im Portorechner das ubermittelte 
Tagesdatum mit dem vorgenannten Umstellungsdatum 
verglichen wird sowie daB das automatische Aktuali- 
sieren unterbleibt, wenn das Tagesdatum kleiner als das 
Umstellungsdatum ist oder daB das automatische Ak- 
tualisieren vorgenommen wird, wenn das Tagesdatum 
groBer oder gleich dem Umstellungsdatum ist. 

4. Verfahren nach Anspruch 1, gekennzeichnet da- 
durch, daB das Laden von neuen Tariftabellendaten in 
einen ersten Bereich des Speichers des Portorechners 
und das Laden von einem zugehorigen Umstcllungsda- 
tum in einen zweiten Bereich des Speichers der Fran- 
kiermaschine erfolgt. 

5. Verfahren nach Anspruch 1, gekennzeichnet durch 
cin Spcichcm einer Informadon in cincm vicrtcn Spei- 
cherbereich des Portorechners fur in der Datenzentrale 
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verfugbare neue Tariftabellendaten wobei vor dem 
Speichem der Information im Portorechner ein: 

- Bereitstellen einer Information fur in der Da- 
tenzentrale verfugbare neue Tariftabellendaten, 
und ein ^ 

- Ubermitteln der Information von der Daten/^n- 
trale liber die Frankiermaschine zum Portorech- 
ner, 

- Speichem der Information im vierten Speicher- 
bereich (16-04) fur den Portorechner fur solche in lO 
der Datenzentrale verfugbaren, neuen Tariftabel- 
lendaten, 

- Uberpriifen im Portorechner anhand der gespei- 
cherten Information auf Eingabe eines der Infor- 
mation entsprechenden zugehorigen Lade-Codes, 15 
der per Eingabcmittcl cingcgcbcn wurdc, 

- Modusumschaltung auf einen Lademodus mit 
Selektieren eines freien ersten Speicherbereiches 
im Portorechner, wenn der Lade-Code ein vorbe- 
stimmtcs Vcrhaltnis zur Information hat, und La- 20 
den von zur Information zugehorigen kompri- 
mierten neuen Tariftabellendaten und von einem 
zugehorigen Umslellungsdalum in Abhangigkeit 
von der Uberpriifung im Portorechner vor dem au- 
tomatischen Aktualisieren. 25 

6. Verfahren nach Anspruch 1, gekennzeichnet da- 
durch, daB das Laden von zur Infonnation zugehorigen 
neuen Tariftabellendaten in einen ersten Bereich des 
Speichers der Frankiermaschine und daB anschlieBend 
ein Kopieren in den Speicher des Portorechners erfolgt, 30 
sowie daB das Laden von einem zugehorigen Umstel- 
lungsdatum in einen zweiten Bereich des Speichers der 
Frankiermaschine und ein anschlieBendes Kopieren in 
den Speicher des Portorechners erfolgt, wobei das Um- 
stellungsdatum im zweiten Bereich des Speichers der 35 
Frankiermaschine geloscht wird, daB der Frankierma- 
schine bei jeder ersten Ubertragung von Gewichts- 
oder Portowertdaten aus dem Portorechner das gespei- 
cherte Umstellungsdatum fiir denjenigen Carrier mit- 
geteilt wird, welcher fiir den Portorechner eingestellt 40 
wurde. 

7. Verfahren nach Anspruch 1, gekennzeichnet da- 
durch, daB der Portorechner in einer Waage ein selekti- 
ves Loschen von Speicherbereichen in der Waage vor 
dem Laden von komprimierten neuen Tariftabellenda- 45 
ten vomimmt und daB der Portorechner zur AktuaUsie- 
rung der Tariftabellendaten eine Dekomprimierung der 
geladenen neuen Tariftabellendaten und Einschreiben 
von dekomprimierten Daten durchfuhrl, wobei Tarifta- 
bellendaten aus dem ersten Speicherbereich dekompri- 50 
miert und in den zweiten Speicherbereich der Waage 
eingespeichert werden, wobei das automatische Aktua- 
lisieren zu einem beliebig spateren Umstellungsdatum 
unabhangig und zeitlich entkoppelt von dem vorge- 
nannten Laden erfolgen kann. 55 

8. Anordnung zur Durchfuhrung des Verfahrens nach 
Anspruch 1, mit einem Portorechner, der zum Laden 
und AktuaUsieren von Tariftabellendaten program- 
miert ist, mit einem Prozessor, welcher zum Uberprii- 
fen des gespeicherten Umstellungsdatums anhand des 60 
aktuellen Datums und Weiterarbeiten mit den alten Ta- 
riftabellendaten bei Unterschreitung des Umstellungs- 
datums durch das aktucllc Datum programmicrt ist, 
wobei der Portorechner programmicrt ist, zur Aktuali- 
sierung der Tariftabellendaten durch Einschreiben von 65 
Daten bei Gleichheit oder bei Uberschreitung des Um- 
stellungsdatums durch das aktucllc Datum, gekenn- 
zeichnet dadurch. 



a) daB in einem Speicher (16) fiir Dienstdaten 
Speicherbereiche fur auf Tariftabellen bezogene 
Daten vorgesehen sind, 

b) daB der Portorechner programmicrt ist: 

- zum Detektieren der Eingabe und Einspei- 
chem eines Ladeerfordemisses, 

- zum Uberpriifen des Ladeerfordemisses 
und zum Laden bei einem VorUegen des La- 
deerfordemisses, 

- zur Eingabe eines Umstellungserforder- 
nisses beim Laden, 

- zum Uberpriifen des Umstellungserforder- 
nis und Umstellung auf die aktuelle neue Ta- 
riftabelle oder t Jbergang in den Bctriebsmo- 
dus. 

9. Verfahren nach Anspruch 8, gekennzeichnet da- 
durch, daB der Portorechner automatisch das aktuell 
gtiltige Datum jeweils bei einem Kalenderbaustein an- 
fordert. 

10- Anordnung nach Anspruch 8, gekennzeichnet da- 
durch, daB in einem Speicher (16) fiir Dienstdaten 
Speicherbereiche fiir auf Tariftabellen bezogene Daten 
vorgesehen sind, einschheBlich einem fiinften Spei- 
cherbereich (16-05) mindestens zum Speichem eines 
aus einer Vielzahl von Stadtenamen oder zum Spei- 
chem von einer vergleichbaren ersten Information, die 
den gewunschten Stadtenamen kennzeichnet, und daB 
der Portorechner programmicrt ist: 

- zum Inilialisieren eines den Portorechner ein- 
schlieBenden Systems nach dem Einschalten in ei- 
ner Start- und Initialisiemngsroutine (101), wobei 
entsprechend der Eingabe mindestens des Stadte- 
namen s oder einer vergleichbaren ersten Informa- 
tion, welche den Stadtenamen kennzeichnet, die 
Initialisierung vorgenommen wird, 

- zum Detektieren der Eingabe und Einspeichera 
eines Ladeerfordemisses, einschlieBUch des La- 
dedatums (im Speicherbereich 16-06), und/oder 
einer vergleichbaren zweiten Information (im 
Speicherbereich 16-04), die dem Portorechner 
eine Vorauswahl einer Tariftabelle fiir einen vor- 
bestimmten Carrier kennzeichnet, 

- zum Uberpriifen des Ladeerfordemisses (im 
Schritt 202) bzw. des Ladedatums anhand des von 
einem Kalenderbaustein bereitgestellten Datums 
und zum Laden, beginnend mit einer Modusum- 
schaltung auf einen Lademodus, wenn ein vom 
Kalenderbaustein bereitgestelltes Datum das ge- 
speicherte Ladedatum erreicht oder iiberschreitet 
und Ubergang in den Betriebsmodus, wenn das 
bereitgestellte Datum das gespeicherte Ladeda- 
tum unlerschreitet, 

- zur Eingabe eines Umstellungserfordemisses 
beim Laden, insbesondere Einspeichera eines 
Umstellungsdatums in einen dritten Speicherbe- 
reich (16-03), 

- zum t'Jberpriifen des Umstellungserfordemis- 
ses (im Schritt 206), anhand des Umstellungsda- ' 
tums im Vergleich mit dem vom Uhren/Datums- 
Baustein (8) bereitgestellten Datum und Umstel- 
lung auf die aktuelle neue Tariftabelle, wenn 
durch das bereitgestellte Datum das gespeicherte 
Umstellungsdatum erreicht oder ubcrschrittcn 
wird oder tJbergang in den Betriebsmodus, wenn 
das bereitgestellte Datum das gespeicherte Um- 
stellungsdatum unterschreitet. 

1 1 . Anordnung nach Anspruch 8, gekennzeichnet da- 
durch, daB das den Portorechner einschUeBende Sy- 
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stem eine Waage ist. 

12. Anordnung nach Anspruch 8, gekennzeichnet da- 
durch, daB das den Portorechner einschlieBende Sy- 
stem eine Franidermaschine isi, 

13. Anordnung nach Anspruch 8, gekennzeichnet da- 
durch, daR der Portorechner im System separat von der 
Frankiermaschine und/oder Waage realisiert ist und mil 
letzleren schnittstellenmaBig verbunden ist. 
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